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1 METHOD AN APPARATUS FOR DETERMINING JITTER BUFFER SIZE 

2 IN A VOICE OVER PACKET COMMUNICATIONS SYSTEM 

3 

4 This application claims the benefit of co-owned, co-pending, 

5 provisional application serial number 60/276,630 filed March 16, 

6 2001, entitled "Methods and Apparatus for Delivering Multimedia 

7 Communications Services to Multiple Tenants in a Building,' 7 the 

8 complete disclosure of which is hereby incorporated by reference 

9 herein. 

ciio 

M 

l r f1 1 BACKGROUND OF THE INVENTION 

EM 

y 3 1.. Field of the Invention 

if! 

Cl 4 The invention relates to packet switching networks. More 

jj 5 particularly, the invention relates to the transmission of voice 

f"f~> 

p3 6 signals over a packet network. 

Hi 7 

18 2. State of the Art 

1 9 Before the advent of digital communications, voice telephone 

20 communications was accomplished by setting up a discrete physical 

21 circuit between the caller and the called party. 
22 

23 The first commercial digital voice communications system was 

24 installed in 1962 in Chicago, Illinois. The system was called 

25 "Tl" and was based on the time division multiplexing (TDM) of 
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1 twenty- four telephone calls on two twisted wire pairs. The 

2 digital bit rate of the Tl system was 1.544 Mbit/sec (±200 bps), 

3 which was, in the nineteen sixties, about the highest data rate 

4 that could be supported by a twisted wire pair for a distance of 

5 approximately one mile. The cables carrying the Tl signals were 

6 buried underground and were accessible via manholes, which were, 

7 at that time in Chicago, spaced approximately one mile apart. 

8 Thus, analog amplifiers with digital repeaters were conveniently 

9 located at intervals of approximately one mile. 

J|;1 The Tl system is still widely used today and forms a basic 

J=$2 building block for higher capacity communication systems including 

H;3 T3, which transports twenty-eight Tl signals. The designation Tl 

-1 4 was originally coined to describe a particular type of carrier 

145 equipment. Today Tl is often used to refer to a carrier system, a 

r|6 data rate, and various multiplexing and framing conventions. 

||j 7 While it is more accurate to use the designation "DS1" when 

1 8 referring to the multiplexed digital signal carried by the Tl 

1 9 carrier, the designations DS1 and Tl are often used 

20 interchangeably. Today, Tl/DSl systems still have a data rate of 

21 1.544 Mbit/sec and support typically twenty- four voice and/or data 

22 DSO channels. Similarly, the designations DS2 and T2 both refer 

23 to a system transporting up to four DS1 signals (96 DSO channels) 

24 and the designations DS3 and T3 both refer to a system 

25 transporting up to seven DS2 signals (672 DSO channels). The 
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1 timing tolerance for modern Tl equipment has been raised to ±50 

2 bps. Tl signals are said to be "plesiochronous" (nearly 

3 synchronous) . Clock variations at nodes are corrected by line 

4 codes such as alternate mark inversion (AMI or bipolar line code) . 

5 These codes set up patterns in the bitstream of the signal which 

6 are used at nodes to correct for clock variations. 
7 

8 Today, another higher bandwidth TDM system is in use. This 

9 system is referred to as the synchronous optical network (SONET) 
Jwj1 0 or, in Europe, the synchronous digital hierarchy (SDH). Unlike 
S;1 1 plesiochronous signals, SONET signals are synchronized to a master 
Jffl 2 network clock. Although the timing of SONET signals is very 

3 accurate, some clock variations still exist at different nodes in 

"1,14 the network. Various complex techniques are provided to correct 

o 

W5 for clock differences at different nodes. 

In 6 

?. I 

fy1 7 The Tl and T3 networks were originally designed for digital 

18 voice communication. In a voice network minor bit errors can be 

19 tolerated as a small amount of noise. However, in a data network, 

20 a minor bit error cannot be tolerated. In the early 1970s, 

21 another technology was deployed to support data networks. The 

22 technology was called "packet switching". Unlike the Tl and T3 

23 networks, packet switching was designed for data communications 

24 only. In packet switching, a "packet" of data includes a header, 

25 a payload, and a cyclic redundancy check (CRC) . The header 
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1 includes addressing information as well as an indication of the 

2 length of the payload. The payload contains the actual data which 

3 is being transmitted over the network. The CRC is used for error 

4 detection. The receiver of the packet performs a calculation with 

5 the bits in the packet and compares the result of the calculation 

6 to the CRC value. If the CRC value is not the same as the result 

7 of the_ calculation, it means that the packet was damaged in 

8 transit. According to the packet switching scheme, the damaged 

9 packet is discarded and the receiver sends a message to the 

gl 0 transmitter to resend the packet. One popular packet switching 

j~1 1 scheme for wide area networks (WANs) , known as X.25, utilizes a 

rfl 2 packet which has a fixed payload of 128 octets. Other packet 

Si! 

-^13 switching schemes allow variable length packets up to 2,000 

lj 4 octets . Frame Relay is an example of a WAN packet switching 

f*1 5 scheme which utilizes variable sized packets and Ethernet is an 

fKtl 6 example of a local area network (LAN) packet switching scheme 

fid 7 which utilizes variable sized packets. Packet switching networks 

1 8 are asynchronous and, by design, are not well suited for the 

19 transmission of a streaming signal such as voice or video. If 

20 streaming voice or video is transmitted via packets, small amounts 

21 of noise in the signal will result in discontinuity of the stream, 

22 echo, and other problems. 
23 

24 Concurrent with the development of packet switching several 

25 groups around the world began to consider standards for the 
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1 interconnection of computer networks and coined the term 

2 "internetworking". The leading pioneers in internetworking were 

3 the founders of ARPANET (the Advanced Research Projects Network) . 

4 ARPA, a U.S. Department of Defense organization, developed and 

5 implemented the transmission control protocol (TCP) and the 

6 internet protocol (IP) . The TCP/IP code was dedicated to the 

7 public^domain and was rapidly adopted by universities, private 

8 companies, and research centers around the world. An important 

9 feature of IP is that it allows fragmentation operations, i.e. the 
fl 0 segmentation of packets into smaller units. This is essential to 

JSI 1 allow networks which utilize large packets to be coupled to 

Jl 2 networks which utilize smaller packets. Today, TCP/IP is the 

3 foundation of the Internet. It is used for email, file transfer, 

M4 and for browsing the Worldwide Web. It is so popular that many 

5 organizations are hoping to make it the worldwide network standard 

SC fl 6 for all types of communication, including voice and video. 
11117 

1 8 Perhaps the most awaited, and now fastest growing technology 

19 in the field of telecommunications is known as Asynchronous 

20 Transfer Mode (ATM) technology. ATM was originally conceived as a 

21 carrier of integrated traffic, e.g. voice, data, and video. ATM 

22 utilizes fixed length packets (called "cells") of 53 octets (5 

23 octets header and 48 octets payload) . ATM may be implemented in 

24 either a LAN or a WAN. For ideal data transfer, ATM is used end 

25 to end from the data source to the data receiver. 
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1 Current ATM service is offered in different categories 

2 according to a user's needs. Some of these categories include 

3 constant bit rate (CBR) , variable bit rate (VBR) , unspecified bit 

4 rate (UBR) , and available bit rate (ABR) . CBR service is given a 

5 high priority and is used for streaming data such as voice and 

6 video where a loss of cells would cause a noticeable degradation 

7 of the, stream and where retransmission of lost cells is pointless. 

8 UBR and ABR services are given a low priority and are used for 

9 data transfers such as email, file transfer, and web browsing 

PJ1 0 where sudden loss of bandwidth (bursty bandwidth) can be tolerated 

Jhfl 1 and lost cells can be retransmitted beneficially. ATM service is 

j^l 2 sometimes referred to as "statistical multiplexing" as it attempts 

3 to free up bandwidth which is not needed by an idle connection for 

*14 use by another, active, connection. 
Ml 5 

fiyl 6 ATM switches (like other packet switches) typically include 

fy17 multiple ("jitter") buffers, queues, or FIFOs for managing the 

18 flow of ATM cells through the switch. Generally, a separate 

19 buffer is provided for each outlet from the switch. However, it 

20 is also known to have separate buffers at the inlets to the 

21 switch. Buffer thresholds are set to prevent buffer overflow. If 

22 the number of cells in a buffer exceeds the threshold, no more 

23 cells are allowed to enter the buffer. Cells attempting to enter 

24 a buffer which has reached its threshold will be discarded. 
25 
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1 Whenever streaming real time data such as voice or video is 

2 transmitted over a packet network, careful attention must be paid 

3 to the size of the jitter buffers in the packet switches. If the 

4 jitter buffer is too small, it can overflow resulting in the loss 

5 of data. In a voice over packet system, buffer overflow is 

6 usually perceived as an audible click or pop. If the jitter 

7 buffer is too large, the data will be subject to unnecessary 

8 delay. 
9 

H 0 There are two significant thresholds that are crossed as 

(I 1 network delay increases. The first of these thresholds results 

W2 from an electrical quirk of the world's telephone network, 

hi 3 Telephone handsets use 4 wires to connect to the network 

m 

si 4 However, the network only uses a single pair of wires to carry a 

yl 5 telephone call from a telephone to a central office. This 

frl 6 transition from 2 -wire to 4-wire operation is accomplished by the 

o 

III 7 use of a device known as a "hybrid" in the telephones at each end 

18 of the network connection. Hybrids cause a reflection of signal, 

1 9 due to an unavoidable impedance mismatch. The effect of this is 

20 that some speech signal is reflected back toward the speaker by 

21 each hybrid. Normally this reflection is not noticed. However, 

22 if there is delay across the network, the reflected signal from 

23 the far-side hybrid will arrive back as an echo. The effect of 

24 this echo is more pronounced as the delay increases. At about 30 

25 milliseconds of network delay, the echo is so significant as to 
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1 make normal conversation very difficult. Therefore, once a voice 

2 circuit delay exceeds 30 milliseconds, echo cancelers must be 

3 included within the network. These devices are expensive and 

4 complex. Moreover, they operate most successfully when the delay 

5 over a circuit is constant, and this may not be the case in a 

6 packetized voice network. 
7 

8 Once in place echo cancellation systems allow network delays 

9 to reach approximately 150 milliseconds before further voice 
gjlO quality degradation is experienced. At about 150 milliseconds of 

Jjl 1 delay a second problem emerges. At this level of delay, most 

hi 0 

2 people start to have significant problems in carrying on a normal 

jjl 3 conversation. Normal conversation patterns demand that some 

Jl4 responses from the listener be received within less than 200 

H15 milliseconds, and delays of this order result in stilted 

0 6 conversations, and "clashing" (where both parties try to talk at 

ft? ? once) . This type of problem is commonly encountered over 

1 8 satellite links. 

19 

20 For these reasons toll quality networks require that the end 

21 to end network delay for voice traffic is less than 25 

22 milliseconds in national networks and less than 100 milliseconds 

23 in an international context. 
24 
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1 Buffering is not the only source of delay in a packet 

2 network. Delay also results from analog to digital conversion, 

3 packetization, and digital to analog conversion. Nevertheless, 

4 buffering must be given careful attention in order to maintain 

5 acceptable voice quality. 
6 

7 One of the difficulties in choosing buffer size in a packet 

8 network is that the jitter characteristics of the network vary 

9 over time depending on network usage. Current methods for 
determining the proper size of a jitter buffer consider the worst 

j|1 1 case scenario to compensate for network jitter during peak hours 

W 

fe12 at the expense of introducing extra delay during non-peak hours. 

j# 3 

Q 4 The present Internet standard for transporting realtime 

|=I 5 streaming data such as voice and video is contained in RFC-1889 

g6 which was published in January 1996, the complete disclosure of 

s f7 which is hereby incorporated by reference herein. RFC-1889 

18 describes the "real-time transport protocol" (RTP) , which provides 

1 9 end-to-end delivery services for data with real-time 

20 characteristics, such as interactive audio and video. Those 

21 services include payload type identification, sequence numbering, 

22 timestamping, and delivery monitoring. Applications typically run 

23 RTP on top of UDP (user datagram protocol) to make use of UDP's 

24 multiplexing and checksum services. Both protocols contribute to 

25 the transport protocol functionality. However, RTP may be used 
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^with other suitable "underlying network or transport protocols. 
RTP supports data transfer to multiple destinations using 
multicast distribution if available in the underlying network. 

RTP itself does not provide any mechanism to ensure timely 
delivery of packets or provide any other quality-of-service 
guarantees, but relies on lower-layer services to do so. It does 
not guarantee delivery or prevent out-of-order delivery, nor does 
it assume that the underlying network is reliable and delivers 
packets in sequence. The sequence numbers included in RTP allow 
the receiver to reconstruct the sender's packet sequence, but 
sequence numbers might also be used to determine the proper 
location of a packet, for example in video decoding, without 
necessarily decoding packets in sequence. 

SUMMARY OF THE INVENTION 

It is therefore an object of the invention to provide methods 
and apparatus for determining the proper size for jitter buffers 
in a voice over packet network. 

It is also an object of the invention to provide methods and 
apparatus for determining the proper size for jitter buffers in a 
voice over packet network where the jitter characteristic of the 
network varies with time. 
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It is another object of the invention to provide methods and 
apparatus for determining the proper size for jitter buffers which 
does not allow undue delay during off-peak hours. 

It is still another object of the invention to provide 
methods and apparatus for determining the proper size for jitter 
buffers such that the size of the buffers can be adjusted based on 
a quantitative measurement of actual network jitter. 

In accord with these objects which will be discussed in 
detail below, the methods of the present invention are applicable 
to a packet switch which sends and receives RTP packets, has a 
local clock and an adjustable dynamic buffer, and where the size 
of the packets received is relatively constant. The methods of 
the invention include determining packet size by comparing the RTP 
timestamps of two consecutive packets, determining the expected 
(no jitter) local arrival time for the next packet by comparing 
the difference between the local clock and the timestamp of the 
present packet and summing it with the timestamp difference of the 
last two packets, and determining network jitter by comparing the 
expected local arrival time with the actual local arrival time. 
The absolute values of computed network jitter are averaged to 
determine the average network jitter. The average network jitter 
is used to set the size of the dynamic buffer. According to the 
presently preferred embodiment, large changes in jitter between 
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1 consecutive packets are considered anomalies and are not used in 

2 the average jitter calculation. Conversely, only significant 

3 changes in the average jitter will call for a readjustment of the 

4 dynamic jitter buffer. When the buffer size is adjusted, audio 

5 traffic experiences an audible click or pop. However, the 

6 occasional click or pop is likely to be less annoying than undue 

7 delay ^ The methods of the invention can also be used in 

8 combination with a voice activity detector so that the buffer size 

9 adjustments are made less noticeable. That is, the buffer size is 
^1 0 adjusted during a period of no voice activity. 

1 

W2 Additional objects and advantages of the invention will 

jjjl 3 become apparent to those skilled in the art upon reference to the 

* 1 4 detailed description taken in conjunction with the provided 

H»1 5 figures . 

aii 6 

a 

7 BRIEF DESCRIPTION OF THE DRAWINGS 

18 

1 9 Figure 1 is a simplified block diagram of an apparatus 

20 according to the invention; and 
21 

22 Figure 2 is a simplified flow chart illustrating the methods 

23 of the invention. 
24 

25 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to Figure 1, an apparatus 10 according to the 
invention is shown in conjunction with an RTP packet device 1 
having a local clock 3, an adjustable dynamic buffer 5, and a 
packet I/O 7. The apparatus 10 includes a packet sniffer 12 
coupled to the packet I/O 7 for reading the RTP headers of 
incoming packets, a logic block 14 for performing the methods of 
the invention, and a group of registers 16 for storing values of 
variables. The logic block 14 takes input from the packet sniffer 
12 and the local clock 3, communicates bidirectionally with the 
registers 16, and provides an adjustment output to the dynamic 
buffer 5. 

The invention utilizes the thirty- two bit times tamp which 
occupies bytes 4-7 of the RTP packet header. The timestamp 
reflects the time of the first sample in the packet payload based 
on the local clock of the transmitting device. The sample period 
for 6,711 A-law/jLt-law is always 125 ixs (8000hz) . When the RTP 
device 1 is powered up, the timestamp is set to a random thirty- 
two bit value and is incremented by the local clock 3 until the 
device is shut down, wrapping to zero as the value overflows. The 
prior art devices only use the local clock to generate the 
timestamp in outgoing packets. The present invention uses the 
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1 local clock and the timestamp on incoming packets to determine 

2 network jitter. 
3 

4 Turning now to Figure 2, the methods of the invention are 

5 illustrated in a flow chart starting at 100. The first step in 

6 the method is to determine the length of the decompressed voice 

7 signal^ It is not sufficient to simply look at the packet size 

8 because different voice coders will produce different packet sizes 

9 for the same amount of time. For example, ADPCM coding compresses 
0 1 ms to 4 bytes, whereas j^-law coding compresses 1 ms to 8 bytes. 

P1 1 By calculating the RTP timestamp difference (AR) between two 

111 

l&l 1 2 consecutive packets, the expanded packet size (length of the 



H»1 3 decompressed voice signal) can be determined. No matter what 

m 

* 14 compression system is used, the RTP timestamps are always based on 

yA 5 an 8 KHz clock. Therefore, the difference AR is the duration in 

fgl 6 125 jus periods. Thus, the first step shown in Figure 2 is to 

J?J1 7 calculate AR as indicated at 102. This value is stored in one of 

18 the registers (16 in Figure 1). In a zero jitter network, the 

1 9 expected local arrival time of the next packet will be the local 

20 arrival time of the last packet plus AR. In order to calculate 

21 the expected local arrival time of the next packet in a zero 

22 jitter network, the local arrival time (TL) of the last packet is 

23 determined at 104 in Figure 2. This value is also stored in one 

24 of the registers (16 in Figure 1) . The calculation of the 

25 expected local arrival time TE is illustrated at 106. The value 
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1 TE is also stored in one of the registers (16 in Figure 1) . When 

2 the next packet arrives, it will arrive at an actual local time 

3 TL' which, in a network with jitter, will be different from the 

4 expected time TE. The actual arrival time of the next packet is 

5 determined at 108 and this value TL' is stored in one of the 

6 registers (16 in Figure 1). The difference between the actual 

7 arrival time TL' and the expected arrival time TE is calculated at 

8 110 and the difference AN is considered an indication of network 

9 jitter. The absolute value of AN is stored in another one of the 
g1 0 registers (preferably an accumulator) . A count of the number of 

1 ANs accumulated is stored in another register. The average value 

W1 2 of the accumulated ANs is calculated at 112 and the result J is 

JJ1 3 stored in a register. Before proceeding to set the initial buffer 

JLJ ^ size, steps 102-112 are repeated for several hundred packets. For 

H-15 example, a loop counter at 114 causes the calculation of J to be 

g1 6 updated until it is based on an average of several hundred packet 

a***': 

jyl 7 arrivals . 
18 

19 The buffer size is calculated at 116. According to the 

20 presently preferred embodiment, the buffer size BS is calculated 

21 according to the formula BS=C+ (S/2 ) +2 J where C is the minimum size 

22 of a buffer in a zero jitter network, S is the size of the 

23 packets, and J is the average network jitter as described above. 

24 The buffer size BS is initially set at 118 and the method 

25 continues at 102 through 112 to recalculate J based on the jitter 
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detected in the next received packet. According to the presently 
preferred embodiment, if the calculation at 110 produces a AN 
which differs greatly (e.g. by a packet size or more) from the 
last calculated AN, the calculation is ignored. After the new 
buffer size BS' is calculated at 116, it is compared at 120 to the 
present buffer size BS. If the difference is insignificant (e.g. 
less. than 8 ms) , no change is made in the buffer size and the 
method returns to 102. If the difference is substantial (e.g. 
more than 8 ms) , the buffer size is adjusted at 122 and the 
process proceeds at 102 through continuing cycles. 

In the presently preferred implementation, the methods of the 
invention are separated into a foreground task and a background 
task. The foreground task calculates J and the background task 
updates the buffer size. Thus, in the Flow chart, the steps 118, 
120, and 122 are run in a separate timed loop. Exemplary source 
code for the foreground task is illustrated in the code listing 
below which is separately line numbered for easy reference. 



; Detect Jitter 

r 

; don't detect jitter until channel has reached a steady state 
condition 

rsbx SXM 
1dm T, B 
stlm B, AR4 

mpy #HEADERJSIZE, B 

add #_chnljieader, B 

stlm B, AR2 
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13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
n32 
r63 
234 
r;35 
f36 
y 37 
J 38 

H3 9 

1X40 
£*1 

9*3 
f44 
5 

!»6 
Ci7 
S48 
"49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 



ld *AR4(_chnl_state) , B 

#RX_ONjyiASK, B 
turned on, channel is in OK state 

be UpdNPTime, BEQ 



; Once spigot is 



; Channel is (hopefully) in a steady State condition 
; Compare Actual & Expected Arrival Times 
dld *AR3 (_LastPacketLTime) , B 

; Get Local Sample Time 

; load recieved (remote) rtp timestamp into acc. A. 
; This must be done as two loads because it may not be aliqned 
for did 

Id *AR2(LOCALSTAMP-l) / 16, A ; load high word 



or'*AR2(L0CALSTAMP) / A 



load low word 



B = predicted time time, A = actual time 



ssbx SXM 
nop 
;xc 
;stm 
sub 
abs 
sub 
be 

dadd 
dst 



A, B 



2 TC 
#6ffh, AG 



B 



#1000, B, A 
UpdNPTime, AGT 
*AR3 {_AvgTimeDif f ) , B 

B, *AR3 (_AvgTimeDif f ) 



; correct AG for sign bit. 
; If we have a huge difference, ignore it. 



; add to the time diff 's 



UpdNPTime: 



; Update "Next Packet" Expected Arrival Time 
mvdk *AR1(UDP_HEADER_SIZE+RTP_TIMESTAMP_0FFSET-1) , BH 
mvdk *AR1 (UDP_HEADER_SIZE+RTP_TIMESTAMP OFFSET) BL 
Id B, A 

dsub *AR3 (_LastPacketRTime) , B 

st #0, *(BG) 

dst A, *AR3 (_LastPacketRTime) 

mvdk 

*AR2 ( ETHER_HEADER__S I ZE+ 1 P_HEADER_JS I ZE+UDP_HEADER__S I ZE+RTP_TIMESTAMP OFFSET- 
1) /AH - 
mvdk 

*AR2 { ETHER_HEADER_SIZE+IP_HEADER_SI ZE+UD^^ ) ^ 

nop ' 
add A, B 

dst B, *AR3 (_LastPacketLTime) 
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1 Lines 1-18 of the code listing determine whether the channel 

2 is in a steady enough state to begin calculating jitter. At lines 

3 19 and 20, the actual and expected arrival times are compared, 

4 The local sample time is obtained at lines 21-44. The next packet 

5 expected arrival time is then updated at lines 46-60 and the 

6 process is repeated as described above with reference to Figure 2 . 

7 

8 Exemplary source code for the foreground task is illustrated 

9 in the code listing below which is separately line numbered for 
*1 0 easy reference . 



W 1 case RING — CADENCE : 

W 2 RingCadence++ ; 

|M ; 3 if (RingCadence >- 3) 

fn 4 RingCadence = 0; 

5 writeFlag = 1; 

JL 6 msg[0] = HEARTBEAT; 

7 msg[l] = OxFF; 

fj* 8 /* Use this opportunity to adjust jitter 

9 buffers for optimum quality */ 
fff 0 /* AvgTimeDiff is sum of absolute value 

0 1 of *sairple* time diffs */ 
pi 2 for (line = 0; line < 

" 1 3 NUMBER_0F JCHANNELS ; line++) 

14 if ( (OctetsSent[line] > 32000) 

15 && ( (chnl_state[line] » RXJSHIFT) & STATE jytASK) == ACTIVE_STATE) 

16 { 

17 if (CrashCount [line] > 
1 8 0x100) 

1 9 CrashCount [ 1 ine ] 
20 = 0x100; 

2 1 temp = 

22 (AvgTimeDiff [line] / PacketsSent [line] ) + (DataRate[line] » 3) + 2 + 

23 (AvgPacktRecvd[line] » 1) + (CrashCount [line] « 3); 

24 if (terrp > 0x180) 

25 temp = 0x180; 

26 if (abs {temp - 

27 OptimalJBLevel[line] ) > 32) 
28 

29 Opt imalJBLevel [line] = terrp; 
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30 if (CrashCount[line] > 0) 

3 1 

3 2 CrashCount [ 1 ine ] — ; 

33 } 

3 4 break; 



1 The cycle time for resetting the buffer size is set at lines 



2 1-7 using the variables RING_CADENCE and HEARTBEAT . The average 

3 time difference is determined at lines 8-20. A possible new 

4 buffer-size is calculated at lines 21-25. At lines 26-27, it is 

5 determined whether the difference between the old buffer size and 

6 the new buffer size is more than 32 words. If it is, the new 

O 7 buffer size is used to adjust the buffer. CrashCount is used to 

Iff 8 increase the minimum buffer size every time the buffer crashes so 

kj 9 as to attempt to prevent another crash. 

Si 10 

pi 1 There have been described and illustrated herein methods and 

yl 2 apparatus for determining jitter buffer size and adjusting a 

|SI 3 dynamic buffer accordingly in a voice over packet communications 

9 n 4 system. While particular embodiments of the invention have been 

1 5 described, it is not intended that the invention be limited 

16 thereto, as it is intended that the invention be as broad in scope 

17 as the art will allow and that the specification be read likewise. 

18 It will therefore be appreciated by those skilled in the art that 

1 9 yet other modifications could be made to the provided invention 

20 without deviating from its spirit and scope as so claimed. 
21 
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